

Metodologia

Histórico de revisões

Data	Versão	Descrição	Autor(es)
02/09/2019	0.1	Criação do Documento	Rafael
04/09/2019	0.2	Adicionados os topicos 2 e 3	Rafael
04/09/2019	0.3	Adicionados os topicos 4	Rafael
04/09/2019	0.3	Adicionados os topicos 5 e 6	Rafael
04/09/2019	0.3	Adicionados os topicos 7 e 8	Rafael

1. Introdução

A metodologia de desenvolvimento do projeto vai ser uma prática ágil baseada no scrum mas com algumas modificacoes pra melhor atender as necessidades da equipe. Utilizaremos daily meeting, sistema de sprints com sprint planning e sprint review, o sistema kanban integrado ao github pra um melhor controle e acompanhamento das atividades e nosso desenvolvimento vai ser fortemente fundamentado na comunicação constante.

2. Reuniões

Dia	Hora	Frequência	Objetivo
Segunda-feira	12:20	Semanal	Organizar os andamentos da sprint

Por uma compatibilidade de horários, o grupo decidiu por realizar as reuniões semanais na segunda-feira as 12:20. O tempo reservado para tais reunões é de 1:40h. Nessas reuniões o grupo discutirá os feitos da semana anterior e realizará o planejamento da próxima semana. Caso o grupo necessite de mais tempo, outras reuniões poderão ser marcadas durante a semana. As reuniões serão planejadas pelo membro Rafael Bragança, a fim de agilizar o processo e garantir uma constância na sua execução. Caso o membro não possa comparecer a uma reunião, outro membro assumirá a responsibilidade de conduzir as discussões.

3. Pauta e Ata de Reunião

A pauta de uma reunião será elaborada e enviada aos membros do projeto, com pelo menos 1 dia de antecedência, para que possam se preparar para as dicussões presenciais.

Todas as reuniões serão documentadas através de atas. Nelas constarão as decisões tomadas durante as reuniões. Estas serão submetidas à Wiki do projeto a fim de manter uma rastreabilidade e mitigar dúvidas da equipe.

4. Papéis

A equipe optou por utilizar alguns papéis para melhor organizar o processo de desenvolvimento do projeto, são eles:

ScrumMaster(SM): "Scrum Master é o responsável por garantir que os valores e práticas do Scrum estejam vivos dentro do dia-a-dia do time. Ele é considerado o coach do time, ajudando o Time Scrum a fazer o melhor trabalho possível."[1]
Product Owner(PO): É responsável pelo produto, é o dono. Fornece conhecimento do negócio para a equipe. Provê à equipe requisitos e correções necessárias.
Development Team(DT): È a equipe de desenvolvimento. Deve ser auto-organizada e multidisciplinar. Decide como executar o seu trabalho.

Outros papéis poderão surgir para atividades específicas, como os demandam um pouco mais de atenção para a organização do projeto, sendo elas o deploy, planejamento das pautas de reuniões, planejamentos das apresentações e wiki.

5. Divisão das Frentes de Trabalho

Ficou decidido em equipe que o projeto contará com uma divisão clara das atividades para o Frontend e Backend. O primeiro ficará responsável pelo desenvolvimento da camada de interação do usuário (WebAPP). O segundo grupo ficará responsável pela camada lógica do código que será composta pela API e DataBase.

A API será responsável pelas regras de negócio da aplicação e será alimentada pelos dados contidos no DataBase. Essa relação também vale para quando a API precisar manter dados no DataBase. A API também será responsável por alimentar o WebAPP com esses dados para a visualização dos usuários da aplicação.

Os papéis serão fixos à um membros mas poderão ser atribuidos a outros membros de acordo com a necessidade da equipe.

6. Repositórios

A organização do projeto está dividida da sequinte forma:

WebAPP: Repositório que contém o código da aplicação desenvolvida em python.
API: Repositório que tem o código da API do aplicativo.
Wiki: Repositório que contém os arquivos do mkdocs (github pages), documentos e artefatos da nossa wiki.

7. Issues

As issues serão alocadas na ferramenta de controle do github para que possamos ter uma boa rastreabilidade e acompanhamento do projeto. A toda issue também é atribuído critérios de aprovação no qual são decididos durante as reuniões presenciais.

8. Referências

[1] Scrum Master, para garantir Valores e Práticas!, Acesso em 02 de setembro de 2019. Disponível em:http://www.metodoagil.com/scrum-master/